home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13457 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB
  1. Path: howland.reston.ans.net!psinntp!psinntp!psinntp!psinntp!usenet
  2. From: grantp@usa.pipeline.com(Pete Grant)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Many instance of a class
  5. Date: 26 Mar 1996 09:46:39 GMT
  6. Organization: Kalevi, Inc.
  7. Message-ID: <4j8edv$ges@news1.h1.usa.pipeline.com>
  8. References: <4j7b28$8d4@athena.ulaval.ca>
  9. NNTP-Posting-Host: 38.8.60.2
  10. X-PipeUser: grantp
  11. X-PipeHub: usa.pipeline.com
  12. X-PipeGCOS: (Pete Grant)
  13. X-Newsreader: Pipeline v3.5.0
  14.  
  15. On Mar 25, 1996 23:50:51 in article <Many instance of a class>,
  16. 'duchen00@gel.ulaval.ca (Francois Duchene)' wrote: 
  17.  
  18.  
  19. >Hi everyone 
  20. > 
  21. >I am currently writing an object oriented program with Visual 
  22. >C++ 
  23. >and I have a problem with classes and variables scope : 
  24. > 
  25. >I have four different classes. Three of them have member functions 
  26. >that must 
  27. >be able to access all member variables of the fourth class (let's call 
  28. >it 
  29. >"range").  The problem is that I need a hundread instances of  the 
  30. >"range" 
  31. >class.  
  32. > 
  33. >I want to be able to access any member variable of an instance of 
  34. >"range" 
  35. >from within any of the three others classes (member functions).  
  36. > 
  37. >How can I do this? 
  38. > 
  39. >Thanks for any answer. 
  40. > 
  41. >Francois Duchene 
  42. >duchen00@gel.ulaval.ca 
  43. > 
  44. >N.B.: Please E-MAIL me since I don't read this group on a regular 
  45. >basis. 
  46.  
  47. Make the fourth class a friend of the others. 
  48.  
  49. There are exceptions to every rule; however, generally, it 
  50. is a possible design flaw if a class needs to give blanket 
  51. authority to another to access its innards.  The fact that 
  52. you have three such classes raises the probability.  Look 
  53. again at your design and see if you can't deal with this 
  54. situation another way.  
  55.  
  56. BTW, The number of instances is irrelevant in this case. 
  57. A hundred instances of a class isn't many. 
  58.  
  59. -- 
  60. Pete Grant 
  61. Kalevi, Inc. 
  62. Software Engineering & development
  63.